Add SRT MPEG-TS ingest with fMP4 repackaging and MoQ object publishing. - #14

base_pts90k is set from the first published sample. When a subsequent
sample arrives with a lower PTS the offset was silently clamped to 0,
producing tfdt=0 in the moof. Two scenarios trigger this:

- Small underflow (audio pre-roll / jitter): one or two frames at t=0
  is harmless; keep the zero-clamp for this case.

- 33-bit PTS rollover (~26.5 h): sample.pts90k wraps from near 2^33
  back to zero while base_pts90k remains large, so every subsequent
  sample gets tfdt=0 and the decoder timeline collapses permanently.

Fix: if the backward jump exceeds 2^32 ticks (~13 h, impossible as
normal jitter) treat it as a rollover and reset base_pts90k to the new
PTS. Duration tracking recovers naturally on the next frame via the
existing last_pts / 500 ms clamp logic.

annexb_to_avcc: skip zero-length NAL units produced when two start
codes are adjacent (nal_size=0). Without this, a zero-length BE32
prefix is emitted and the decoder misreads the following bytes as NAL
data, corrupting the rest of the AVCC stream. On skip, the outer loop
resumes from the same position and correctly finds the next start code.

SRT drain_queue: move finish_group loop before the error-path return so
subgroup streams opened with fin=false are always closed, even when
drain_queue fails mid-batch. The original status is preserved: a
finish_group failure only updates status when it was previously clean.

creation_time_us: stamp each fragment with the wall-clock time at
build time so queue-delay metrics produce meaningful values instead of
always reading zero.

…PTS offsets for each moof. With live SRT ingest, PTS can have small jitter, which can produce non-monotonic decode times. The MSE adapter then sees overlapping media ranges and drops payloads.Switched back to the accumulation-based timeline. For each track, the next base_decode_time is derived from the previous sample’s decode time plus its sample duration. This guarantees monotonic tfdt values even when raw PTS has small jitter.Since the encoder is configured with no B-frames, there is no decode reordering concern.